home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / tsql / doc / tsql.mail / 000137_peressi@udmi5400.cineca.it _Mon May 24 10:11:05 1993.msg < prev    next >
Internet Message Format  |  1996-01-31  |  3KB

  1. Received: from udmi5400.cineca.it by optima.cs.arizona.edu (5.65c/15) via SMTP
  2.     id AA18116; Mon, 24 May 1993 01:57:16 MST
  3. Received: by udmi5400.cineca.it (5.57/Ultrix3.0-C)
  4.     id AA25924; Mon, 24 May 93 10:11:05 +0100
  5. Date: Mon, 24 May 93 10:11:05 +0100
  6. From: peressi@udmi5400.cineca.it (Peressi Elisa (Pernici))
  7. Message-Id: <9305240911.AA25924@udmi5400.cineca.it>
  8. To: tsql@cs.arizona.edu
  9.  
  10. \documentstyle[11pt]{article}
  11. \begin{document}
  12.  
  13. We would like to outline some important aspects about the discussion on
  14. the benchmark taxonomy.
  15.  
  16. It was  said that our two employees are identified by ED and DI, respectively. Are those a sort of surrogates or not?
  17.  
  18. \noindent If they are, how can we use them in formulating queries and in
  19. results of queries? (They do not appear in the proposed taxonomy).
  20.  
  21. \noindent For instance, in the given examples, employee names are allowed to change over time and it is assumed that the system is responsible to mantain the links between the tuples referring to the same real-world entity. However there
  22. is no mean to distinguish in the query result between a person who has changed 
  23. name from two different persons. If we consider the query Q~2.1.1 ``{\em Find the names of employees that have been in a department
  24. named Toy for a shorter period than has DI}\ ", how can we establish that
  25. Ed and Edward are the same person, rather than being two different
  26. persons?
  27.  
  28. \noindent A similar problem occurs if the end user wants to know something about the whole story of an employee formulating a query knowing only his name at some point in time. It would be reasonable that the system will retrieve all the tuples with the specified employee name and the tuples with the previous/successive names of the same employee.  But in this way we do not allow the system
  29. to retrieve {\em only} the tuples which refer to the name the user has explicitly specified.
  30.  
  31. We think that it would be useful to support both kinds of queries:
  32. \begin{itemize}
  33. \item  those where one refers to all the tuples referring the same
  34. entity even if he specifies only an attribute value valid at some point in
  35. time (e.g. {\em Find the salary of the employee ED});
  36.  
  37. \item those where one refers {\em only} to the tuples that
  38. precisely satisfy the selection predicate (e.g {\em Find the salary of
  39. the employee whose {\bf name} is (or was) ``Ed"}).
  40. \end{itemize}
  41.  
  42. The problem is that we need a way to distinguish between the identifier
  43. ED and the string ``Ed" representing the name of an employee at a given
  44. time, both in query formulation and query results.
  45.  
  46. \noindent Also we think that the query language (and the taxonomy)
  47. should provide, for example, a qualifier to be associated to attributes
  48. in a query to specify if one would refer to a particular attribute value
  49. or to one of its historical value.
  50.  
  51. \vskip 0.5cm
  52. \noindent
  53. Comments are welcome
  54.  
  55. \vskip 0.5cm
  56. \noindent
  57. Angelo Montanari, Elisa Peressi, Barbara Pernici
  58.  
  59. \begin{verbatim}
  60.  
  61. Dipartimento di Matematica e Informatica
  62. Via Zanon, 6
  63. 33100 Udine (Italy)
  64. ph. +39 432 272 218/206
  65. fax +39 432 510755
  66. montanari@uduniv.cineca.it / montana@udmi5400.cineca.it
  67. pernici@uduniv.cineca.it / pernici@ipmel2.polimi.it
  68. peressi@udmi5400.cineca.it
  69. \end{verbatim}
  70. \end{document}